home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970326-19970626 / 000109_news@columbia.edu _Mon Apr 21 17:18:21 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA15156
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 21 Apr 1997 17:18:20 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA17122
  7.     for kermit.misc@watsun; Mon, 21 Apr 1997 17:18:20 -0400 (EDT)
  8. Path: news.columbia.edu!panix!news.mathworks.com!news-peer.sprintlink.net!news.sprintlink.net!sprint!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Kermit 3.14 problems over TCPIP
  12. Message-ID: <1997Apr21.095145.97219@cc.usu.edu>
  13. Date: 21 Apr 97 09:51:45 MDT
  14. References: <01bc51a4$040dc930$3bcf60cf@patrice>
  15. Organization: Utah State University
  16. Lines: 26
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6927
  18.  
  19. In article <01bc51a4$040dc930$3bcf60cf@patrice>, "Patrice Levesque" <plevesque@videotron.ca> writes:
  20. > Hi,
  21. > 
  22. > I will appreciate if somebody can help me concerning a problem with Kermit
  23. > 3.14.
  24. > 
  25. > We are using MS-Kermit 3.14 over the network via TCP/IP with Windows
  26. > Workgroup 3.11. It is working well but when we switch Kermit 3.14 (in a DOS
  27. > Windows) in background, it will eventually disconnect from the server. The
  28. > server is an Alpha 2100 with Open VMS 6.2.
  29. > 
  30. > I did changes in the KERMIT.PIF file but I'm not able to correct the
  31. > problem. Any suggestions.
  32. > 
  33. ------------
  34.     As you can imagine, Kermit must be given cpu cycles on a regular
  35. basis if it is to maintain a TCP/IP connection. Giving those cycles is a
  36. Windows configuration problem and I don't have a ready answer for how to
  37. do that other than the obvious of checking the box saying it runs in the 
  38. background. A quick way of checking as you experiment with PIF settings
  39. is to initiate a long file transfer, put MSK in the background, and then
  40. bring it to the foreground to see how much work has transpired. In the past
  41. this used to work fine when MSK was reduced to an icon, but one's Win 3.11
  42. settings vary considerably from one installation to another. I haven't 
  43. checked this recently (no changes to MSK which should make a difference here).
  44.     Joe D.